Version selective content delivery

ABSTRACT

A method and system of ID based content delivery where the selection and transmission of content is facilitated with use of version IDs associated with each available version of each particular piece of content. A relationship may be generated between the available versions in the version IDs to facilitate determining the version ID associated with a version desired for rendering at a particular type of terminal.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.13/228,824 filed Sep. 9, 201, the disclosure and benefit of which isincorporated in its entirety by reference herein.

TECHNICAL FIELD

The present invention relates to facilitating content delivery when thesame piece of content is available for delivery according to two or moreversions.

BACKGROUND

Electronic content, such as pictures, music, video and audio-videoworks, may be transmitted to a terminal for rendering. Multiple versionsof the content may be created to facilitate specific types of renderingand renderings through specific types of terminals or mediums. Theversions may provide dissimilar renderings in that some may include:operating specific renderings, e.g., operation systems, protocols, etc.;definitional specific renderings, e.g., HD or SD renderings; dimensionalspecific renderings, e.g., 2D or 3D rendering; language specificrenderings, e.g., English, French, etc.; transport specific renderings,e.g., MPEG-2, fragmented file format (MPEG-DASH), Smooth-Streaming,Live-Streaming, etc.; and codec specific renderings, e.g., MPEG-1,MPEG-2, MPEG-4-AVC, MVC, VC-1, AC-3, E-AC-3, AAC, HE-AAC, etc. A sourceconfigured to facilitate transport of the various versions of thecontent faces a difficult challenging in tracking the operatingcapabilities and needs of the rendering terminal, or user preferences.One non-limiting aspect of the present invention contemplatesameliorating this problem in an efficient manner.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is pointed out with particularity in the appendedclaims. However, other features of the present invention will becomemore apparent and the present invention will be best understood byreferring to the following detailed description in conjunction with theaccompany drawings in which:

FIG. 1 illustrates a system for delivering content in accordance withone non-limiting aspect of the present invention.

FIG. 2 illustrates an exemplary version ID in accordance with onenon-limiting aspect of the present invention

FIG. 3 illustrates a flowchart of method for delivering content to aterminal 16 for rendering in accordance with one non-limiting aspect ofthe present invention.

DETAILED DESCRIPTION

As required, detailed embodiments of the present invention are disclosedherein; however, it is to be understood that the disclosed embodimentsare merely exemplary of the invention that may be embodied in variousand alternative forms. The figures are not necessarily to scale; somefeatures may be exaggerated or minimized to show details of particularcomponents. Therefore, specific structural and functional detailsdisclosed herein are not to be interpreted as limiting, but merely as arepresentative basis for teaching one skilled in the art to variouslyemploy the present invention.

FIG. 1 illustrates a system 10 for delivering content in accordance withone non-limiting aspect of the present invention. The system 10 ispredominately described with respect to a content source 12 beingoperable to facilitate content transmission over a network 14 to aterminal 16 for rendering. The content may be any type of electroniccontent suitable for electronic transmission over the network 14, suchas but not limited to video, audio, or some combination thereof. Thecontent is described with respect to being sourced at some point afterthe various versions of the content are identified and formatted fortransmission to the terminal 16. This is done for exemplary non-limitingpurposes as the present invention fully contemplates facilitatingtransmission of available version of the content prior to or inreal-time with the generation of the content. For example, content maybe formatted and identified, and then transmitted “on the fly” or uponrequest from the terminal or user.

The content source 12 may be any type of entity sufficiently operable tofacilitate transmission of electronic content to the terminal 16. Thecontent source 12 may be, for example, a cable television serviceprovider, a broadcast television service provider, a satellitetelevision service provider, a multiple system operator (MSO), astreaming video/audio server/service, a home media gateway, or any otherentity operable to facilitate transmission of selectable versions ofavailable content. While the content source is shown to communicate withthe terminal 16 over network 14, the network 14 may be a local networkor the content source 12 may be part of the terminal 16, e.g., thecontent source 12 may be a personal video recorder (PVR) or home mediagateway included as part of the terminal 16 or part of a home network ofthe terminal 16. One non-limiting aspect of the present inventioncontemplates the content source 12 being a television type of serviceprovider operable to facilitate transmission of various versions of atelevision program/movie to the terminal for rendering. Content source12 may actually be multiple content sources, such as Internet, cable,DVR, broadcast, etc.

The content source 12 may be operable to transmit the content accordingto one or more of a plurality of versions. The versions of the content(television program) available for transmission to the terminal 16 forrendering may include: operating specific renderings, e.g., operationsystems, protocols, etc.; definitional specific renderings, e.g., HD orSD renderings; dimensional specific renderings, e.g., 2D or 3Drendering; language specific renderings, e.g., English, French, etc.;transport specific renderings, e.g., MPEG-2, fragmented file format(MPEG-DASH), Smooth-Streaming, Live-Streaming, etc and codec specificrenderings, e.g., MPEG-1, MPEG-2, MPEG-4-AVC, MVC, VC-1, AC-3, E-AC-3,AAC, HE-AAC, etc. Of course, the present invention is not necessarilyintended to be limited to these enumerated versions and fullycontemplates the content being available according to any number ofother versions, in particular to versions specifically formatted orotherwise specifically prepared for transmission to a particular type ofterminal 16 or user preference.

The terminal 16 may be any type of terminal sufficient for renderingelectronic content. The terminal 16 may be, for example, a set-top box(STB), a television, a computer (desktop, laptop, tablet, PDA, etc.), amobile phone, a media terminal adapter (MTA), a digital video recorder(DVR), etc. The terminal 16 may include a display or other outputthrough which with the content may be rendered. The terminal may includea user interface or other feature to facilitate interacting with a userthereof, such as to facilitate selection of the content and/or versionsof the content as contemplated by the present invention. The terminal 16may include a memory, a processor, and other elements necessary tofacilitate communications and other operations associated with thepresent invention.

The network 14 may be any type of electronic medium through whichsignals may be exchanged between one or more of the content source 12,resource server 18, and/or the terminal 16. The network 14 may be anytype of wireline or wireless network, or combination thereof, such asbut not limited to a cable television network, a cellular network, aWi-Fi network, an optical network, etc. The network 14 may be operableto support multiple types of signal transmissions, such as in-band andout-of-band transmissions. The in-band signaling may be associated witha type signaling, such as that used to transmit television signaling toa STB, where data is transmitted within MPEG or other video transmissionpackets, i.e., with the content transmission. The out-of-band signalingmay be associated with a type of signaling, such as that used tofacilitate packet-based communications over non-proprietary networks,e.g. IP-based communications carried out over the Internet. Suchsignaling, or any combination thereof, may be used by the content source12 to communicate with the terminal 16 and may also be used by theresource server 18 to communicate with the terminal 16.

The resource server 18 may be included in accordance with the presentinvention to facilitate delivery of a unique content ID associated withcontent located at the content source 12 for rendering at the terminal16. The resource server 18 is shown to be separate from the contentsource 12 for exemplary non-limiting purposes. The present inventionfully contemplates the content source 12 and/or the resource server 18being part of or otherwise associated with the same entity. The resourceserver is shown to be separate in order to demonstrate one aspect of thepresent invention where the resource server is an independent entitycapable of identifying specific versions of the content with auniversal, unique, ID. The resource server 18 may be operable withstudios and other originators of the content to facilitate registeringthe content and identifying versions of the content to which IDs may beassociated, such as in cooperation with Entertainment ID Registry (EIDR)or ISAN.

The IDs associated with each version of available content may bereferred to as version IDs. The resource server 18 may be configured torelate available versions with unique version IDs in order to facilitatethe delivery thereof. FIG. 2 illustrates version charts 24, 26 generatedby the resource server 18 in accordance with one non-limiting aspect ofthe present invention. The version charts 24, 26 may be stored within arelational or hierarchical database/computer-readable medium 28 of theresource server 18. Each piece of content available, or capable, fordelivery from the content source 12 or other content sources associatedwith the terminal 18 may be associated with a content title, e.g.,“Content #1” and “Content #2”. At this level, Content #1 and Content #2may represent the abstract idea of the content and may be referred towith a version/abstract ID. Each version of each piece of contentavailable for transmission may be associated with a version reference,e.g., “Version #1”, “Version #2”, etc. The version references may bedetermined according to a universal identifier used to indicatecharacteristics of the corresponding version, i.e., whether the versionis a 3-D or 2-D version, a HD or SD version, MPEG-2, MPEG-4, French,German, English, etc., and any/all combinations thereof.

Each of the version references may be assigned a version ID, e.g.,“Version ID #1”, “Version ID #2”, etc. The version IDs may be generatedaccording to any sufficiently unique identification methodologies. Oneexample is use of a Digital Object Identifier (DOI)-based system. FIG. 2illustrates an exemplary version ID 32 in accordance with onenon-limiting aspect of the present invention. The version ID 32 may becomprised of a plurality of alphanumeric values, which may includestandard prefix portion 34, a unique suffix portion 36, and a checkdigit portion 38. Each portion may be comprised of one or morealphanumeric values which may optionally be limited to 30 values inorder to limit its size. The values may be self-identifying in that thevalues can be encoded and decoded according to pre-defined relationship,such as one defined by a corresponding version ID algorithm. Theself-identifying values may be used to determine related informationwithout having to embed that information within the version ID or datapackets associated therewith. Instead, the values may assigned accordingto a specific set of rules associated with the version ID algorithm suchthat certain information may be decoded from certain one or more of thevalues. Alternatively, the version IDs may be completely opaque with norepresentational value or meaning.

The present invention contemplates an arrangement where the resourceserver 18 may be configured to track available (or capable) versions ofthe content according to the version ID associated therewith, andthereafter, to facilitate delivery of a selected version of the content.The version of the content selected for transmission may correspond witha corresponding version ID included with a content delivery request. Thedetermination of the desired version may be facilitated once theterminal 16, or from some other requesting entity or user, is inpossession of at least one version ID associated with the abstractcontent. The known version ID can then be used to determine otheravailable versions of the content based on the relationship between theassociated version IDs. Each of the version IDs may be unique valuesderived from a sufficiently large combination of values such that uniqueIDs may be used to relate a virtually limitless amount of content andversion references and version IDs.

FIG. 3 illustrates a method 30 for delivering content to a terminal 16for rendering in accordance with one non-limiting aspect of the presentinvention. The method is predominately described with respect to thecontent being a particularly identified one of a number of availabletelevision programs and the television programs being availableaccording to a plurality of versions, e.g., versions having parametersspecific to HD, SD, 2-D, 3-D, English, French, German, resolution,parental control, abstract, summary, preview, MPEG, non-MPEG, cellular,IP, operating system, etc. While the delivery of television programmingis described, the present invention is not so limited and fullycontemplates facilitating delivery of any type of electronic contentwith multiple versions. The ability of the present invention tofacilitate assigning universal and unique version IDs to each availableversion of content for any type of content allows the invention to scaleas necessary to support additional versions of the content. The versionIDs may be continuously updated to support delivery of versions otherthan those specified herein or versions that are created afterassignment of version IDs, i.e., for new versions created from contentalready assigned version IDs. Upon request from the terminal 16 or auser, new versions and version IDs can also be created in real time. Forexample, if an MPEG-4 version exists, but the MPEG-2 version does notexist, the MPEG-2 version can be created (by transcoding the MPEG-4version), given a version ID, and sent to terminal 16.

Block 52 relates to determining a version ID of a version of a piece ofcontent where either the version ID or the content has already beendelivered to the terminal for rendering. This version ID may be a firstversion ID determined by the terminal 16 as one of a potential pluralityof version IDs associated with the desired piece of content. Theterminal 16, for example, may become aware of the first version ID whilebeing operated to watch a preview or abstract of the content, such as inresponse to browsing within a video-on-demand (VOD) portal of thecontent source 12, a webpage of streaming video provider, or some otherinteractive platform used to facilitate delivery of a preview/abstractto the terminal 16 for rendering, optionally as part of an advertisementcampaign. The terminal 16 may also become aware of the first version ID,or the abstract content ID, while navigating through a user interface,an electronic programming guide (EPG), viewing a television channel, orthrough any number of other operations, such as by being provided with aplaylist or a textual-based reference sufficient to otherwise identifythe first version ID, i.e., without the terminal 16 first having torender the content associated with the first version ID.

Block 54 relates to determining available versions of the content. Theavailable versions of the content may be determined based on arelationship associated with the first version ID. The terminal maydetermine the available content versions by decoding the first versionID or otherwise determining the first version ID relative to apre-defined set of rules in order to facilitate self-identification ofother versions of the content available for delivery solely from the oneknown version ID, or the abstract content ID or through directcommunication with the resource server (18). The terminal may alsodetermine available content versions by relating the first version ID toone of the version charts 24, 26, which may be previously stored on theterminal.

Optionally, in the event the terminal 18 is unable to self-identify theother available versions of the content or is not in possession of theversion charts 24, 26 having a relation to the first version ID, theterminal 16 may issue a resource request to the resource server 18. Theresource server 18 may then determine the available versions of thecontent for the terminal 16 and/or provide the terminal 16 with theappropriate version charts 24, 26. As the present invention contemplatesa dynamic environment where versions of content are constantly beingadded and removed, i.e. registered and de-registered with the resourceserver 18, the resource server 18 may be in a better position to keep amore current listing of available content versions than the terminal 16and/or it may be beneficial to limit communications and other processingof the terminal 16 required to keep continually an updated versioncharts.

The use of the resource server 18 to act as a gateway or authority forthe available content versions may be particularly beneficial in anenvironment where the terminal 16 is capable of receiving the contentfrom a large number of content sources 12. (While the single contentsource 12 is shown in FIG. 1, the present invention fully contemplatesthe terminal 16 being in communication with a limitless number ofcontent sources 12.) The ability of the content source 12 to registerthe available version IDs with the resource server 18, and optionallyinstead of directly with the terminal 16, may provide a further benefitin that the content sources 12 may not need to communicate with eachsupported terminal 16 in order to appraise the terminals 16 of theavailable versions of the content. Since the terminals 16 may not desirea listing or to otherwise be appraised of all the available contentversions, the content source 12 may eliminate the extensive messagingthat would be required to deliver all this information to all of theterminals 16 in favor of simply providing the corresponding informationto a single location, i.e., the resource server 18.

Block 56 relates to selecting one of the available versions of thecontent for rendering. The versions available for rendering, as notedabove, may be determined based on a relationship to the first versionID, e.g., from a relation defined in a corresponding version charts 24,26. The version charts 24, 26, shown in FIG. 2, may include a listing ofversion references that detail information regarding the availableversions, i.e., whether the available versions are specific to HD, SD,2-D, 3-D, English, French, German, resolution, parental control,abstract, summary, preview, MPEG-2, MPEG4, MPEG-DASH, fragmented fileformats, cellular, IP, operating system, etc. The terminal 16 mayprocess the version references, or data associated therewith, togenerate a user interface that explains the available version in amanner sufficient to facilitate user selection. Optionally, the versionspresented to the user may be limited to those compatible with the user'scurrent terminal 16. The user may select the available version from auser interface.

Optionally, the selected version may be automatically determined by theterminal 16 and/or the resource server 18 based on preferences of theuser, viewing habits, parental controls, device capabilities orlimitations or other automated processes set by the user or otherindividual in control of the terminal 16. The automated selectionprocess may be favored in situations in which the user has indicated adesire to render the entire content or made some other representationfrom which the desired version can be extrapolated. For example, theusers viewing habits may be used to indicate a preference for viewing anHD version when available over and SD version of the content, Englishover French, or preference for parental control version during daytimehours. Similarly, the automated selection process may be favored insituations in which it may be desirable to prevent children or othersfrom watching certain versions of the content without prior approval orauthorization from a parent or other entity. The automated selectionprocess may also be used to ameliorate the need of the user to identifyversions operable with the operating capabilities of the terminal, i.e.,alleviating the user from having to understand technical specifics ofthe terminal when selecting the version desired for viewing. Theautomated selection process may include the terminal and/or the resourceserver assessing various characteristics of the user and/or terminal,bandwidth requirements, network congestion, to determine a “best-fit”version for rendering.

Block 58 relates to rendering the selected version of the content at theterminal 16. This may include the terminal 16 issuing a delivery requestto the content source 12 identified to be supporting delivery of thedesired version. The appropriate content source 12 may be identifiedfrom a decoding of the version ID related with the desired versionand/or specified within messaging from the resource server 18. In theevent the desired version is available for multiple content sources 12,the resource server 18 may arbitrate between the available contentsources based on subscription requirements, bandwidth allocationrequirements, etc. Once contacted by the terminal 16, the appropriatecontent source 12 may establish a channel or other signaling medium tofacilitate delivery of the desired version of the content to theterminal 16. Optionally, in the event the desired version is not storedor immediately available, the content source 12, or other entitydesignated to deliver the desired content, may transcode/generate a newversion or re-format another version of the content into the desiredversion in order to facilitate immediate delivery, i.e., rather thanwaiting for the desired version to become available. The ability totranscode/generate new versions of the desired content may be beneficialin supporting “on-the-fly” transcoding and delivery of desired content.The content source 12 may identify the desired version from a version IDincluded within the delivery request, which may be a second version IDassociated with a full-length rendering of the content or otheravailable version.

While exemplary embodiments are described above, it is not intended thatthese embodiments describe all possible forms of the invention. Rather,the words used in the specification are words of description rather thanlimitation, and it is understood that various changes may be madewithout departing from the spirit and scope of the invention.Additionally, the features of various implementing embodiments may becombined to form further embodiments of the invention.

What is claimed is:
 1. A method for version selective content deliverycomprising: determining a content to be available in a plurality ofversions, each of the plurality of versions providing dissimilarrenderings of the content; associating a version reference with each ofthe plurality of versions, each version reference identifying parametersinformative of the rendering associated with the corresponding version;associating a version ID with each of the version references, eachversion ID including a unique series of alphanumeric characters selectedaccording to a predefined relationship to represent at least a portionof the parameters associated with the corresponding version reference;generating a version ID algorithm for establishing a relationshipbetween each version ID such that each of the version IDs isidentifiable from any single one of the version IDs with use of theversion ID algorithm; and providing the version ID algorithm to aterminal having capabilities to render at least one of the plurality ofversions of the content, the terminal: i) processing a first version IDof the version IDs with the version ID algorithm to identify a secondversion ID of the version IDs related thereto, the first version IDbeing associated with a first version of the plurality of versions andthe second version ID being associated with a second version of theplurality of versions; and ii) generating a delivery request as afunction of the alphanumeric characters included in the second versionID, the delivery request requesting delivery of the content to theterminal according to the second version.
 2. The method of claim 1further comprising instructing the terminal to implement a decoder, thedecoder being embodied within a non-transitory computer-readable mediumhaving a plurality of non-transitory instructions executable with aprocessor of the terminal, the plurality of non-transitory instructionsbeing executable with the processor for: determining the parametersassociated with the version references as a function of the alphanumericcharacters included in the version IDs; processing the alphanumericcharacters of the second version ID to determine the parameters of asecond version reference, the second version reference being the one ofthe version references associated with the second version ID; andprocessing the first version ID with the version ID algorithm toidentify the second version ID.
 3. The method of claim 2 furthercomprising the plurality of non-transitory instructions being executablewith the processor for determining the parameters of the second versionreference to identify the second version as one of a 2D and 3D renderingof the content.
 4. The method of claim 3 further comprising theplurality of non-transitory instructions being executable with theprocessor for determining the 2D rendering in the event the secondversion ID includes a first series of alphanumeric characters and the 3Drendering in the event the second version ID includes a second series ofalphanumeric characters.
 5. The method of claim 2 further comprising theplurality of non-transitory instructions being executable with theprocessor for: processing the first version ID with the ID algorithm toidentify a least a third version ID of the version IDs; processing thethird version ID with to determine parameters for a third versionreference, the third version reference being one of the versionreferences associated with a third version of the plurality of versions;and arbitrating between the second version and the third versionaccording to the parameters associated therewith, including generatingthe discovery request for the second version instead of the thirdversion when the parameters of the third version references indicate thethird version to be incompatible with the terminal.
 6. The method ofclaim 5 further comprising providing a table to the terminal whereineach of the version IDs are cross-referenced with one of the versionreferences, including the first version ID being cross-referenced withthe first version reference and the second version ID beingcross-referenced with the second version reference and the third versionID being cross-reference with the third version reference, whereby theplurality of non-transitory instructions are executable with theprocessor for processing the table to determine the parametersassociated with each of the second and third versions.
 7. The method ofclaim 6 further comprising: determining the content with a resourceserver, the resource server processing messaging communicated from anoriginator of the content having information sufficient to determine thecontent and the version references for each of the plurality of versionsof the content, the version references being universally, unique IDsdetermined by the originator or an Entertainment ID Registry (EIDR) foreach of the plurality of versions, each of the version references beingdifferent than the version IDs; and generating the table and the versionID algorithm with the resource server based at least in part on theinformation, thereby improving version selective content delivery to theterminal by enabling the terminal to determine each of the versionreferences in the table associated with the content using the versionIDs generated from the version ID algorithm from any one of theplurality of version IDs.
 8. The method of claim 1 further comprisingthe terminal determining the first version ID as a function of userinteraction with a user interface, the user interface providing aprogramming guide for browsing of the content and other availablecontent, the user interface being provided in the form of a webpagedisplayed through a browser operating a tablet in communication with theterminal.
 9. The method of claim 1 further comprising limiting theversion IDs identifiable with the version ID algorithm according tooperating systems capabilities of the terminal.
 10. A non-transitorycomputer-readable medium including a plurality of non-transitoryinstructions executable with a processor of a terminal to facilitateversion selective delivery of content, the content being available in aplurality of versions that each provide dissimilar renderings, each ofthe plurality of versions uniquely being associated with at least one ofa plurality of version IDs, each of the plurality of version IDs beinguniquely represented as a series of alphanumeric characters, thenon-transitory instructions being executable with the processor for:determining the terminal to be accessing a first version of the content,the first version being identified with a first version ID of theplurality of unique version IDs; self-identifying a plurality ofadditional version IDs from the series of alphanumeric charactersincluded as part of the first version, the self-identifying includingprocessing the series of alphanumeric characters included as part of thefirst version ID according to one or more rules, the additional versionIDs including the plurality of version IDs other than the first versionID; using the additional version IDs to request delivery of the contentaccording to another one of the plurality of versions other than thefirst version; representing the one or more rules as a version IDalgorithm that defines a known relationship between each of theplurality of version IDs; self-identifying the additional version IDssolely from processing the series of alphanumeric characters included aspart of the first version ID with the version ID algorithm such that aninput to the version ID algorithm is comprised solely of the series ofalphanumeric characters included as part of the first version ID; anddetermining a version reference for each of the additional version IDs,the version references identifying parameters informative of therendering associated with the corresponding version.
 11. Thenon-transitory computer-readable medium of claim 10 further comprisingthe non-transitory instructions being executable for: self-identifyingthe additional version IDs such that the series of alphanumericcharacters associated therewith are opaque with no representationalvalue or meaning of the rendering associated with the correspondingversion; and processing the series of alphanumeric characters of theadditional version IDs with a version algorithm to determine the versionreferences associated therewith, the parameters identified with theversion references having representational value or meaning of therendering associated with the corresponding version, the versionreferences each being uniquely generated by an originator of the contentor an Entertainment ID Registry (EIDR) and different from the pluralityof unique version IDs.
 12. The non-transitory computer-readable mediumof claim 11 further comprising the non-transitory instructions beingexecutable for issuing a delivery request to request delivery of one ofthe other available versions of the content, the delivery requestincluding at least one of the parameters generated by the versionalgorithm for the corresponding additional version ID, thereby improvingversion selective content delivery by using the version ID algorithm todetermine each of the corresponding version IDs from processing of anyone of the plurality of version IDs and thereafter determining each ofthe corresponding version references from processing of the version IDswith the version algorithm.
 13. The non-transitory computer-readablemedium of claim 10 further comprising the non-transitory instructionsbeing executable for determining the version references from a tablewherein each of the additional version IDs are cross-referenced with oneof the version references.
 14. A system for delivering content to aterminal for rendering, the content being available according to aplurality of version, the system comprising: a resource server relatinga unique version ID with each of the plurality of versions, each versionID being comprised of a sequence of alphanumeric values set according toan encoding algorithm, the encoding algorithm providing a pre-definedrelationship between each unique version ID such that any one of theunique version IDs may be determined by decoding the values associatedwith another one of the unique version IDs; a content source outputtingsignaling for transporting the content to the terminal for rendering,the content source determining the version of the content to betransported according to a version ID received from the terminal andwithout the content source having to notify the terminal of theavailable versions and without the content source having to notify theterminal of operational capabilities required for the terminal to renderthe transported version of the content; wherein the resource serverprovides a version ID algorithm to the terminal, the terminal processesa known one of the version IDs with the version ID algorithm todetermine each of the version IDs; and wherein the resource serverprovides a table to the terminal, the table cross-referencing each ofthe version IDs with a version reference, each version referenceidentifying parameters informative of the rendering associated with thecorresponding version.
 15. The system of claim 14 wherein thealphanumeric values for each of the version IDs determined with theversion ID algorithm are self-identifying and opaque such that eachindicates the corresponding one of the plurality of versions with thealphanumeric characters having no representational significance ormeaning.
 16. The system of claim 15 wherein the version references arenon-opaque and have representational value or meaning.